Fixes rectorphp/rector#9807 and rectorphp/rector#9808

LogicalToBooleanRector swaps and/or (low precedence) for &&/|| (high precedence). An assignment operand must then be wrapped in parentheses to keep the original semantics. This worked for a direct assignment operand, but not when the assignment was nested one level down — under a unary operator (!, ~, +, -, @, casts) or as an operand of a binary operator when it was a compound assignment (+=, -=, …). The result changed runtime behaviour, and ~$x = ... even produced a fatal TypeError.

Before / after

-!$x = 42 and true;        // !($x = 42)
+!$x = 42 && true;         // BUG: parses as !$x = (42 && true)

// input
$x = 0;
2 * $x += 42 and true;     // 2 * ($x += 42) → true, $x is 42

// before (broken)
2 * $x += 42 && true;      // 2 instead of true, $x is 1

// after (fixed)
2 * ($x += 42) && true;    // true, $x is 42

All reported forms now print correctly:

!($y = 42) && true;
~($w = 42) && true;
+($v = 42) && true;
-($z = 42) && true;
@($u = 42) && true;
(int) ($t = 42) && true;
2 * ($x += 42) && true;

Fix

Handled in LogicalToBooleanRector, not the printer. When the operator is swapped, each operand is walked and any nested assignment (Assign / AssignOp / AssignRef) — reached through a unary operator (! ~ + - @, casts) or through binary operators — is marked to reprint. The pretty-printer then re-adds the precedence parentheses via its existing generic mechanism.

This keeps the logic on the LogicalOr/LogicalAnd nodes the rule already subscribes to, instead of running per-node bracket checks in BetterStandardPrinter on every print.

Covered by 5 fixtures. Existing printer + LogicalToBooleanRector tests stay green.